System and method for personal content access

ABSTRACT

A method and system for integrated personal content access have been disclosed. The system includes a gateway which is able to communicate across devices, coordinating media content distribution among the devices and users. The gateway can seamlessly switch or copy content streams from one device to another, even if the devices use different formats or protocols. Tags for adding embellishments to content on the fly for viewing by the user or by others. Tokens for indicating the identity and source of content, along with a location within the content, can also be used when sharing content or when switching content viewing between devices. Additionally, a network of gateways is possible, where content may be shared between devices connected to different gateways.

CROSS-REFERENCE TO RELATED APPLICATIONS

This patent application is related to co-pending U.S. patent applicationentitled, “System and Method for Personal Content Access”, Ser. No.______, filed on ______, and assigned to the same assignee.

FIELD OF THE INVENTION

The present invention relates to multimedia content access, andparticularly to the integration of multimedia personal content accessacross various devices.

BACKGROUND OF THE INVENTION

The typical home environment includes a number of various users, such asfamily members, with different interests in multimedia content. Such atypical home environment often includes access to television programmingcontent through a cable service or through a satellite dish service,which can provide television programming to various television deviceswithin the home. A digital video recorder device can also be included inthe home system to store recorded video content from the televisionservice. In addition, the typical home environment also often includesan access point for Internet access in the home, such as a cable modemor dial-up service, to provide Internet service to various computers andInternet-enabled devices used within the home. In this manner,multimedia content in the form of television program content, Internetcontent, stored music and images can exist within a home environment,but not in a coordinated fashion in which specific content is correlatedto particular devices in the home or to particular users.

Users within a home, network, or community each own various devicescapable of playing multimedia content, such as televisions, computersand mobile devices like PDAs and cell phones. When one user wishes toshare content with another user, either within the same home, network,or community, or with users outside of them, the user typically has tospeak with the others personally, send an email, call the others, orsend an instant message. The other users may not be able to find thecontent or have access to it. The sharing of content in this manner iscumbersome and inefficient.

Problems also exist when the user wishes to switch content from onedevice to another of the user's devices. For example, the user may beginwatching content at a TV and may wish to continue watching the contenton a mobile device when the user leaves the house. In the current stateof the art, the user is required to find a separate stream for thecontent that can be played on the mobile device. The user additionallyhas to find the location within the content where he left off.

In the current typical home environment, it is difficult and cumbersomefor one of the users, such as a parent, to monitor or control the accessto multimedia content by another user, such as a child. For example,current television systems allow a parent to block particular channelsahead of time, but do not provide the ability for a parent to remotelygrant permission for a child to watch a particular program upon requestby the child at the time the program is being shown. Also, the only wayfor a parent to monitor what the child is currently viewing is for theparent to physically be present near the device that the child isviewing.

Thus, devices within a home, network, or community are not integrated sothat multimedia content can be coordinated between devices and users.Accordingly, there exists a need for an integrated personal contentaccess system and method.

SUMMARY OF THE INVENTION

A method and system for integrated personal content access have beendisclosed. The system includes a gateway which is able to communicateacross devices, coordinating media streams between them. The gateway canseamlessly switch or copy content streams from one device to another,even if the devices use different formats or protocols. Tags can be usedto add embellishments to content on the fly for viewing by the user orby others. Tokens for indicating the identity and source of the content,along with a location within content, can also be used when sharingcontent or when switching content viewing between devices. Additionally,a network of gateways is possible, where content may be shared betweendevices connected to different gateways.

BRIEF DESCRIPTION OF THE FIGURES

FIGS. 1A and 1B illustrate an embodiment of a system for integratedpersonal content access.

FIGS. 2A and 2B are flowcharts illustrating an example of integratedpersonal content access.

FIG. 3 is a flowchart illustrating the content transfer feature providedby the gateway.

FIG. 4 is a flowchart illustrating in more detail the content transferfeature.

FIG. 5 is a flowchart illustrating in more detail the best sourcedetermination for the content transfer feature.

FIG. 6 illustrates an example of the content transfer feature.

FIGS. 7 and 8 illustrate the content sharing feature provided by thegateway.

FIG. 9 is a flowchart illustrating in more detail the content sharingfeature.

FIG. 10 illustrates in more detail the determination by the targetgateway whether it can access the content directly.

FIG. 11 illustrates the content access monitoring feature provided bythe gateway.

FIG. 12 is a flowchart illustrating the content access monitoringfeature provided by the gateway.

FIG. 13 illustrates example relationships between the gateway, devices,and identities in the content access monitoring feature.

FIG. 14 is a flowchart illustrating the content access approval featureprovided by the gateway.

FIG. 15 is a flowchart illustrating in more detail the content accessapproval feature.

FIG. 16 is a flowchart illustrating the simulated multimedia streamsfeature provided by the gateway.

FIG. 17 illustrates an example web site and simulated video streamprovided by the simulated multimedia streams feature.

FIG. 18 is a flowchart illustrating the shadow download feature providedby the gateway.

FIG. 19 is a flowchart illustrating in more detail the shadow downloadfeature.

DETAILED DESCRIPTION

The present invention provides an integrated personal content accesssystem and method. The following description is presented to enable oneof ordinary skill in the art to make and use the invention and isprovided in the context of a patent application and its requirements.Various modifications to the preferred embodiment will be readilyapparent to those skilled in the art and the generic principles hereinmay be applied to other embodiments. Thus, the present invention is notintended to be limited to the embodiment shown but is to be accorded thewidest scope consistent with the principles and features describedherein.

FIG. 1A illustrates an embodiment of a system for integrated personalcontent access. The system comprises a content management device, i.e.,a “gateway” 101. As illustrated in FIG. 1B, the gateway 101 comprises aprocessor 120, a memory 121, and one or more content distributioninterfaces 122. At least one computer-executable instruction sequencestored on the memory 121 can be executed by the processor 120 to providethe features as described below. Through these features, the gateway 101is able to communicate with various media devices in the home, network,or community via the content distribution interfaces 122, and cancoordinate multimedia content between the devices and the between users.In general, the example of gateway 101 shown in FIGS. 1A and 1B connectsa home with the outside world through a wireless WAN service, such as aWiMAX wireless WAN or other type of wireless WAN, via wireless WANclient modem 102, and also through an external cable/DSL service (cablemodem 108), both of which are distributed via router 103. Wireless WANclient modem 102 is in communication with wireless WAN base station 107of a wireless WAN, which supports voice communication and contentdistribution via WAN 106, such as the Internet. Similarly, cable/DSLservice is ultimately provided to cable modem 108 via a cable/DSLprovider through WAN 106, such as the Internet. In this manner, userswithin the home can access television programming and Internet contentvia the cable/DSL service, and can also access voice services (such asVOIP) and content via the wireless WAN network. Router 103 can be both awired and a wireless router, such as 802.11 WiFi, for providing a wiredand wireless LAN within the home. Gateway 101 also includes contentmanagement server 105 which stores content and which stores informationrelating to content in correlation with devices and users within thehome. Lastly, gateway 101 shown in FIGS. 1A and 1B includes a wirelessWAN access point 104 for supporting access to the wireless WAN, such asWiMAX, by devices within the home which otherwise may not havesufficient access to the wireless WAN base station 107. The devicessupported by gateway 101 can include personal computers and multimediaservers 109, voice over IP (VoIP) phones 110, wireless WAN enableddevices 111 such as cell phones, laptops and the like, and alsotelevisions 113 and 115 via media adaptors 117 and 119. In this regard,each media adaptor provides connectivity to gateway 101 via wirednetwork cable, wireless LAN or wireless WAN and translates multimediacontent sent from the gateway for viewing on the television. Support bygateway 101 of other devices and other protocols are also possible.Accordingly, the gateway 101 is able to communicate with the variousdevices and is able to coordinate the distribution of media contentbetween them in a desired manner as discussed more fully below.Additionally, a network of gateways is possible, where content may beshared between devices connected to the different gateways.

To facilitate integrated personal content access, the gateway 101 usestags and tokens to embellish and represent content, respectively. A tagcontains data which is used to embellish the content. A token containsinformation about the identity and source of the content, along with aspecific location within the content.

FIGS. 2A and 2B are flowcharts for illustrating an example of integratedpersonal content access according to one embodiment of the invention.FIG. 2A describes the use of tags by a user to embellish content, andFIG. 2B describes the use of tokens to represent content along with aspecific location in the content. These functions can be performedindependently or together. In FIG. 2A, a user views content (step 201)on a device associated with a gateway 101. The user can decide toembellish the content or store a location within the content, or both.If the user decides to embellish the content, the user first creates theembellishment (step 202), such as notes, pop-ups, voice-overs, filtersor effects, etc. The gateway 101 receives an embellishment command andstores it in a tag (step 203), and the tag is stored in correlation withthe content (step 204). In one embodiment, the tag is stored embedded inthe content. In another embodiment, the tag is stored separately fromthe content, such as within the memory 121 of the gateway 101, and thetag includes a unique identifier for the content. The gateway 101 wouldcorrelate the tag with the content on the fly. When the content isretrieved and played (step 205), the content is displayed in combinationwith the embellishment.

Here, the embellishment is not pre-rendered with the content before thecontent is displayed. Tags thus allow one to edit the content on thefly, without changing the content itself. If the tags are storedseparately from the content, then the tags can be shared separately fromthe content, allowing greater flexibility in content embellishment,especially in a community environment, where multiple users can add tagsto the same content.

Tags can be constructed using XML. Example fields include: contentidentifier; type of tag (note-bubble, sound, filter, text, banner,multimedia, etc.); duration; location; size; move-path (points,durations, splines, etc. with timing information); effects (fade in,fade out, explode, implode, etc.); text; and next tag (if tags aresequenced). Other variations or combinations of fields are possible.

In FIG. 2B, the user can decide to store a location within the content.A token is created comprising information about the identity and sourceof the content, along with the location within the content (step 206),and the token is stored (step 207). In one embodiment, the token isstored embedded with the content. In another embodiment, the token isstored separately from the content, such as in memory 121 of the gateway101. A token is used for identifying the content and its source, and for“pointing” to a specific location within the content. If the content isto be played (step 208), the token is then retrieved (step 209) by thegateway 101, and the content is played starting at the locationindicated by the token (step 210).

As with tags, a token can be constructed using XML. Example fieldsinclude: a unique identifier for the content; a location of the contentsource; a frame-location in the content; text describing the token,length of a clip, action to take (autoplay, pause, etc.); or link to thenext token (if tokens are sequenced). In addition to the uniqueidentifier of the content, multiple alternate sources can be listed asbackup options for retrieving the content. The unique identifier cancontain the source (TV channel, URL, etc.) and time of the originalsource. In the frame-location, an exact frame can be referenced, wherethe playback would begin. The frame location can be frame based ortime-offset based. Multiple frame locations can be specified.

Tokens can be created when users wish to share the content with others,or for self-consumption. They can be passed around by the gateway 101independently of the content. For example, a list of paused programscould be stored using tokens. The user can then view the list andcontinue any of them at the location indicated by the respective token.Other potential uses for tokens include the gateway 101 storing tokensas part of the Nielsen Ratings, capturing what people are watching, whenthey change channels, etc. A list of tokens can also be used to createslideshows, which could include video clips, the beginning and endinglocations of which are stored in the tokens.

For example, a teenage girl is watching television. At one point duringa music video, she sees a dress she really likes. She pauses theplayback and adds a tag to the content. The tag specifies: a note-bubbleon the display, at a set of coordinates, using a particular graphic of aparticular size; show the note for 4 seconds; note text of “Mom, I wanta dress like this for my prom!”; content identifier; content startframe; and note-bubble pop-up sound. The tag is stored along with thevideo on the gateway 101. Later, she tells her mom to watch the video,and when the frame is reached, the gateway 101 interprets the tag andsuperimposes the note-bubble on top of the content. Mom then decides toshare it with the girl's father. She selects “share now” on the gateway101 and a token is generated. The token specifies: unique identifier ofthe content; and a specific place in the content (for example, 10seconds prior to the note-bubble). Mom sends this token to the father,who plays it back. Here, the content is locally stored on the Mom'sgateway, so the father's gateway communicates with the Mom's gateway,and a stream of the content is created between the gateways. Thenote-bubble is generated from Mom's gateway and the father sees theclip, starting at the location indicated by the token.

The use of tags and/or tokens in the personal content access systemallows the gateway 101 to provide several features, including: contenttransfer feature, content sharing feature; content access monitoringfeature; content access approval feature; simulated multimedia streamsfeature; and shadow download feature. Each of these features isdescribed below.

Content Transfer Feature

Occasionally, a user is watching a multimedia content at one device, butthen decides to continue watching the same multimedia content on adifferent device. In the current state of the art, the user would needto find a stream for the other devices, restart the multimedia stream onthe other devices, and find the location where the user left off. Thereis no coordination of streams between the devices.

The gateway 101 solves this problem by providing the content transferfeature. The gateway 101 is aware of the streams to the devices andcoordinates them. Each time a user moves to another device, the gateway101 can provide a list of existing ongoing streams and allow the user topick any stream on the list. Since the gateway 101 is aware of thestreams, it can redirect or copy the stream to a new device, starting atthe same or different location to allow for a seamless transfer. If astream is paused, the gateway 101 stores a token for the stream,indicating the location of the pause. The stream can be resumed at alater time at the indicated location. The token could be shared withothers, for instance through Internet communities, so that others canplay the content starting at the location indicated by the token.

FIG. 3 is a flowchart illustrating the content transfer feature providedby the gateway 101. First, the user signs onto the gateway 101 from adevice, and the gateway 101 displays a list of contents (step 301). Theuser selects a content on the list (step 302). If the selected contentis a new content stream for which a token is not saved in the gateway,such as when the user has not previously viewed and paused the content,(step 303), the gateway 101 streams the content to a target device (step304). For example, the target device can be the device from which theuser signs onto the gateway 101. The device can also be the device towhich the user wishes to switch the stream. If the selected content isnot a new stream, and the content is a paused stream (step 305), thenthe gateway 101 retrieves the token to obtain the paused location (step306). The gateway 101 sends the stream to the target device, starting atthe location indicated by the token (step 307). If the selected contentis not a new stream (step 303) or a paused stream (step 305), then thegateway 101 simply sends the stream to the target device (step 308).

As the user moves between devices, the source of the content may changeto limit latencies and delays. For example, the stream for a programdelivered to a home may come through a commercial TV channel. If theuser leaves the home and uses a mobile device, a better source could bea digital video broadcasting—handheld (DVB-H) source. As the useraccesses his personal content menu on the device, the gateway 101examines the available sources for the content and directs the user tothe most appropriate. This can be done by looking at program guides,checking from where similar content is available, and making a choicebased on price, bandwidth, latencies, etc., pre-determined by usersettings. Alternatively, the user may be able to select one of thesources directly. It is also possible that the gateway 101 streams thecontent directly to the device.

FIG. 4 is a flowchart illustrating in more detail the content transferfeature. After the user signs onto the gateway 101 from a device (step401), the gateway 101 presents the list of contents, which includesactive and paused streams (step 402). From the list, the user selects acontent (step 403). If the selected content is not new (step 404), andthe content is not a paused stream (step 405), then the stream is live,and the gateway 101 creates a temporary token for the live stream (step406). The temporary token for the live stream contains the same type ofinformation as a token created for a paused stream, except the temporarytoken is not stored on the gateway 101 for as long of a period of time.The temporary token is stored only for the duration of the transfer ofthe live stream. The gateway 101 then sends the stream to the targetdevice, starting at the location indicated by the token (step 408).Optionally, the live stream can be continued or replayed from thebeginning, without the need for a token. If the selected content is nota new stream (step 404) but is a paused stream (step 405), then thegateway 101 retrieves the token to obtain the paused location (step407). The gateway then sends the stream to the target device, startingat the location indicated by the token (step 408). The gateway 101determines the best source for the stream (step 409). Step 409 isdescribed in more detail with FIG. 5 below. The content is then streamedto the target device from the best source (step 410), and any temporarytokens are deleted.

During playback, the user has the option to pause the stream (step 411).The gateway 101 then creates a new token (step 413), which stores thelocation at which the pause occurs, and the stream stops (step 415). Theuser can choose to stop the stream instead (step 412) or allow thestream to reach the end eventually (step 414).

The token includes information about the content, as well as informationabout one or more locations within the content. For example, a userpauses a TV program at 5:57 pm. A token can be created that specifiesthe channel, program, local channel # (31), and time (5:57 pm PacificTime=17:57 Pacific time=09:57 UTC). The time can be stored in UTC(Universal Time Coordinated), in case the token is accessed from othertime zones. Furthermore, the time offset at which the pause occursrelative to the beginning of the show can be recorded (0:0:57:00.000 (0days, 0 hours, 57 minutes, 0 seconds). If the content is from theInternet, the token can include a Universal Resource Identifier (URI),of which a URL is a subset. If the content is local, the gateway 101 cangenerate a URI that can be used to get to the content via the gateway101. This URI may be temporary.

Passing a token from one gateway to another gateway or device allows thereceiver to identify the location within the content indicated by thetoken to the best of its ability. To alleviate the problem of contentnot being available, the gateway 101 can implement a system toautomatically record a pre-determined number of minutes, or the rest ofthe program, when a token is created. Using the URI scheme presentedabove, the content can be found again.

Tokens can include an expiration date or time. The generated contentcould be erased when the token expires. Unlike conventional cookies usedin web browsers, the token is related to content, and the deletion of atoken may trigger deletion of content as well. Also copies of tokens canbe passed around, whereas cookies are created locally in browsers.

FIG. 5 is a flowchart illustrating in more detail the best sourcedetermination for the content transfer feature. First, the gateway 101determines if the target device has direct access to the stream source(step 501). Direct access may include a TV channel with the same stream,even if the channel number may be different. If so, then the token ispassed to the target device (step 506), and the stream is started at thelocation indicated by the token (step 507), and the stream is played atthe target device starting at the location indicated by the token (step507).

If the target device does not have direct access to the stream source(step 501), the gateway 101 determines if the stream is availablethrough an alternate source (step 502), such as the Internet. If so,then the gateway 101 picks the best alternative stream source (step503). Both the alternate stream source (step 504) and the token (step506) are passed to the target device. The gateway 101 starts the streamfrom the alternate stream source at the location within the contentthat's indicated by the token (step 507), which is then played at thetarget device. If the stream is not freely available through other means(step 502), then the stream is encoded on the gateway 101 at thelocation indicated by the token and sent to the target device (step505). The encoded stream is then played at the target device (step 507).The best source could also be determined even if no tokens are involved.

Optionally, the gateway 101 can either use a source with direct accessor encode the stream on the gateway 101, without consideration of othermeans. Another option is for the gateway 101 to either use other meansor encode the stream on the gateway 101, without consideration ofsources with direct access. Another option is for the gateway 101 toalways encode the stream on the gateway 101, without consideration ofsources with direct access or other means.

FIG. 6 illustrates an example of the content transfer feature. First,the user turns on the TV in the bedroom and flips to Program A (step601). The gateway 101 updates the current state for the user to“user=watching Program A at bedroom TV” (step 602). The user then movesto the kitchen. The user turns on the kitchen TV, which signals thegateway 101 (step 603). The gateway 101 creates a menu of current statesfor family members (step 604). At the kitchen TV, the menu is displayed(step 605). In this example, the menu displays “Press 1 for Program B”,“Press 2 for Program A”, and “Press 3 for Program C”. Assume that theuser selects “2” for Program A. Program A is then displayed on thekitchen TV. The user later leaves home with a handheld wireless device.The user turns on the handheld wireless device, and the device detects aLAN and signals the gateway 101 (step 606). Through the LAN, the gateway101 uses the current state for the user to create a content transfermenu for the handheld wireless device (step 607). The menu is displayedon the handheld wireless device (step 608), such as “Stay tuned forProgram A or press # for main menu”. The gateway 101 then streamsProgram A to the handheld wireless device.

If the user exits the coverage area of the gateway 101, the handheldwireless device signals the gateway 101 over an alternate network, suchas a WiMax network (step 609). The gateway 101 finds Program A on acommercial broadcast channel and sends the channel information to thehandheld wireless device (step 610). Using the information from thegateway 101, the handheld wireless device automatically requests ProgramA over the commercial broadcast channel (step 611). Program A is thenstreamed to the handheld wireless device from the commercial broadcast.

In one embodiment, when switching the stream from one device to another,the gateway 101 is aware of the identity of the user watching. Variousways may be used for the gateway 101 to gain this awareness, includingthe user signing in when viewing or having certain devices linked to auser's identity.

In an alternative embodiment, when the gateway 101 is switching toanother device, the gateway 101 can show a list of all active streams,and let the user quickly choose which one to use.

In another alternative embodiment, the role of the gateway 101 can beassigned to the web portal 106 (FIG. 1A) instead. The tracking ofstreams, maintaining tokens for the location of the streams, andoffering a list of current streams to the user occurs in the samemanner.

Content Sharing Feature

Occasionally, while a user is watching some content at a certain device,the user wishes to instantly share the content with others. In thecurrent state of the art, the user would have to leave the device andmake a phone call, send an email, send an instant message, etc. toinform the others. The others would then have to search and find thecontent, which may be complicated by the fact that the others may nothave local access to the content or, if the content is on TV, the TVchannel has a different number.

The gateway 101 according to the invention solves this problem byallowing users to instantly share the content using the content sharingfeature. FIGS. 7 and 8 illustrate the content sharing feature providedby the gateway 101. The user views content at media device 701 via amedia stream from the user's gateway 703 (step 800). The user selectscontacts for the sharing of the content (step 801). The user gateway 703creates a token 706 for the current stream (step 802). If the userdecides to cancel this feature (step 803), the user gateway 703 deletesthe token (step 804). If the user decides to continue, the user gateway703 sends the token 706 to the target gateway 704 for each contact (step805). If the contacts are associated with different target gateways,then a copy of the token is sent to each target gateway. The targetgateway 704 streams the content to the target device 702 starting at thelocation indicated by the token 706 (step 806). If the target device islocal to the user gateway 703, then the target gateway 704 and the usergateway 703 are the same gateway, and the content is streamed from theuser gateway 703 directly to the local target device 708. The targetgateway 704 can search for a local stream access for the content. Iffound, the target gateway 704 streams the content from the local streamto the target device 702, starting at the location indicated by thetoken 706. If not found, the user gateway 703 can stream the content tothe target gateway 704, which then streams it to the target device 702.

FIG. 9 is a flowchart illustrating in more detail the content sharingfeature. First, the user watches the content and decides to share itwith others (step 901). The user opens a list of contacts and devicessaved on the user gateway 703, and selects one or more of them (step902). Optionally, the sharing can be pre-defined, where the user setsthe contacts and devices ahead of time. The user gateway 703 creates atoken 706 for the current stream (step 903), in the manner as describedabove with reference to FIG. 2B. If the user decides to cancel thisfeature (step 904), the user gateway 703 deletes the token (step 905).If the user decides to continue, for each selected target, the usergateway 703 contacts the target gateway 704 and sends the token 706(step 906). The target gateway 703 is configured to access the locationinformation from the token and to distribute the content to the targetdevice starting at the location corresponding to the locationinformation. The target gateway 703 then determines if it has access toa stream (step 907). If so, the target gateway 704 plays the contentfrom the stream at the target device 702 starting at the locationindicated by the token 706 (step 908). If the target gateway 703 doesnot have access to a stream (step 907), then the user gateway 703creates a new stream of the content 707 and sends the new stream to thetarget gateway 704 (step 909). The target gateway 704 then plays thestream at the target device 702 starting at the location indicated bythe token 706 (step 908). Steps 906 through 909 are then repeated forthe next target (step 910). Optionally, the user gateway 703 can assumethat it has to stream the content, or the user gateway 703 can assumethat local streams are available and thus does not stream the content.

FIG. 10 illustrates in more detail the determination by the targetgateway 704 whether it has access to a stream (step 907). First, thetarget gateway 704 receives a request to play the content with anincoming token 706 (step 1001). The target gateway 704 analyzes thestream information in the token 706 to see if it has access to thisstream (step 1002), such as via a LAN or WAN. If the target gateway 704has access (step 1003), then the stream is played at the locationindicated by the token 706 using the stream (step 908). If the targetgateway 704 does not have access (step 1003), then the target gateway704 replies back to the user gateway 703 that there is no access to thecontent (step 1005). The user gateway 703 then sends its own stream 707of the content to the target gateway 704 (step 909). The stream is thenplayed at the location indicated by the token 706 (step 908).

Content Access Monitoring Feature

A user may wish to monitor the viewing activities of another in ahousehold, network, or community. For example, parents may wish tomonitor what their children see. Although some media devices offerparental control functions, the process is not very flexible and isfairly easy to circumvent. This task is complicated by the various mediaformats and devices available to our youth today.

The gateway 101 according to the invention solves this problem byallowing a user to monitor what others are watching from their owndevices connected to the gateway 101. FIG. 11 illustrates an example ofthe content access monitoring feature provided by the gateway 101. Here,the parent's device 1104, and the kids' devices 1102, 1103 are connectedto the gateway 101. Assume that the kids are watching their respectivecontent on their devices 1102, 1103. The kids' devices 1102, 1103 can bea TV, a computer, a mobile media player, etc. From the parent's device1104, the parent can use the gateway 101 to view what the kids arewatching on their devices 1102, 1103.

FIG. 12 is a flowchart illustrating the content access monitoringfeature provided by the gateway 101. A requesting user sends a monitorrequest to the gateway 101 to show the content on one or more targetusers' current stream (step 1201). The monitor request includes a targetuser identifier. The gateway 101 determines that the requesting user hasthe right to view the target user's stream, finds the content of thetarget user stream (step 1202), and creates a token. The token includesinformation on the content and the current location within the content.The gateway 101 then directs a copy of the target user stream to therequesting user's device (step 1203). The copy of the target user streamis then played at the requesting user's device starting at the locationindicated by the token (step 1204).

To enable the content access monitoring functionality, the gateway 101is aware of either the exact identity of the user watching a device, orwhich devices are considered to belong to which user. The identity canbe determined by users signing in when viewing, as described above.Alternatively, certain devices can be linked to a user's identity. Thegateway 101 can offer this through a web-interface and allow a managerto create identities of users, associate them with devices, and setrules for who can perform which activities. For example, the manager canprevent kids from viewing what the parents are viewing.

In one embodiment, the gateway 101 performs basic authentication basedon the requesting user's identity and determines if the operation isallowed. Knowing both the requesting user's and the target user'scurrent active devices, the gateway 101 can perform thestream-redirection logically from any device to any device. For example,if the target user is using the computer, a stream representing thecurrent view of the computer can be displayed. If multiple streams areactive that could be used by multiple target users, the requesting usercan step through them one at a time. Optionally, the gateway 101 couldautomatically step through all active streams in the house or network.This could be based on user feedback (click to see next stream) or basedon a timer (X seconds delay on each stream).

In supporting identity and device redirections, the gateway 101understands the configuration of the area it supports. This can beachieved by the user going, for instance, to a web page, to define theconfiguration he wants. The user selects the devices involved in thenetwork, and creates an identity for each user. Fields such as password,PIN, fingerprint, nickname, preferences, etc. can be associated with anidentity. Then, the identity and the devices could be linked.

FIG. 13 illustrates example relationships between the gateway 101,devices and identities in the content access monitoring feature. DeviceC (1304) could be linked exclusively to User 3 (1307). Any time Device C(1304) is used, the gateway 101 would know that User 3 (1307) is activeon that. Similarly, Device B (1303) is configured to be for “communityuse”, which means anyone could be using it. The gateway 101 canautomatically apply the strictest rules for Device B (1303), which couldrequire a pin-code or password to override. Device A (1302) may beconfigured for “shared use” between User 1 (1305) and User 2 (1306).Again, the strictest rules for User 1 (1305) and User 2 (1306) could beapplied by the gateway 101.

Between users, rules can be configured as to who has rights “over” theothers. In the example in FIG. 13, User 1 (1305) and User 3 (1307) hascontrol over User 2 (1306). This means that User 1 (1305) and User 3(1307) can “see” what User 2 (1306) is watching, while User 2 (1306)cannot see what User 1 (1305) or User 3 (1307) are watching. Anyvariations of rules could be applied, such as using time of day,specific channels, monitoring, device ownership, etc.

Alternatively, the content access monitoring can be expanded tocommunities. A user can create a small community consisting of familymembers, in different locations throughout the country. The family isconnected through a network of gateways, and each family member hassigned up to participate in the community. Using the gateway 101, a usercan quickly scan and see what the rest of the family is watching.

The target user could be watching the content at a device associatedwith a different gateway. If so, then the request is sent from thegateway 101 to this target gateway. The target gateway creates thetoken, and sends the token to the gateway 101. The gateway 101 thenplays back the content at the requesting user's device starting at thelocation indicated by the token. In playing the content, the gateway 101can either use a local stream or use a stream from the target gateway.

Content Access Approval Feature

Some users, such as parents, take steps to monitor what their childrensee. Occasionally, the kid wishes to view content that a parent hasblocked and wants to ask permission to view the blocked content. In thecurrent state of the art, the kid has to contact the parent and attemptto describe the content. If the parent wishes to preview the content,the parent must search and find the content, assuming it is available.This process is inefficient.

The gateway 101 according to the invention solves this problem byproviding a content access approval feature. With this feature, arequester can select an “ask for permission” option on the gateway 101for a content. The gateway 101 then contacts one or more approvers withdetails of the request, and the approver has to option to accept orreject the request.

FIG. 14 is a flowchart illustrating the content access approval featureprovided by the gateway 101. First, a requesting user, such as a kid,selects an unauthorized content, attempting to view it. Realizing it isblocked, the requesting user sends a content access request from arequesting device to the gateway 101 (step 1401). The content accessrequest includes a requesting user identifier corresponding to therequesting user and content information identifying the content. Thegateway 101 then forwards the request to at least one target devicecorresponding to at least one approving user identifier, whichcorresponds to an approving user (1402). The approving user can be anyauthorizing user, such as one or both parents, another adult, ababysitter, etc. The approving user can choose to accept or reject therequest. If the request is accepted (step 1403), then the gateway 101distributes the content to the requesting device (step 1404). If therequest is rejected (step 1403), then the gateway 101 preventsdistribution of the content to the requesting device (step 1405).

FIG. 15 is a flowchart illustrating in more detail the content accessapproval feature. First, a requesting user selects a content (step1501). The gateway 101 determines if the requesting user is authorizedto watch the content (step 1502). If so, then the gateway 101 plays thecontent (step 1509). If the requesting user is not authorized, thegateway 101 determines if the requesting user is allowed to ask forpermission to view the content (step 1503). For example, the number ofrequests from the requesting user can be limited to a certain number perday, per hours, number of times for the same show, etc. If not, then thegateway 101 prevents access to the content (step 1505). If therequesting user is allowed to ask for permission, then a request is sentto an approving user (step 1506). The approving user may then accept orreject the request. The approving user can be given the option topreview the content before deciding. The content can then be played forthe approving user in the same manner as described above with thecontent access monitoring feature. Optionally, a time limit can beplaced on responding to the request, where if the request times out, itis automatically determined to be rejected. If the request times out(step 1507), the gateway 101 determines if there's another approvinguser to ask (step 1504). The list of approving user can be limited toone or more persons. If there is another approving user on the list,then the gateway 101 sends the request to that approving user (step1506). If no approving user accepts the request (step 1508), then thegateway 101 prevents access to the content (step 1505). If one of theapproving users accepts the request (step 1508), then the gateway 101plays the content (step 1509).

When configuring the approving users, the list of approving user can beprioritized, which determines the order in which the approving users arequeried. The list of approving users can also be configured to ask thenext person until the end is reached, and then start over. In thismanner, requests are spread out over the entire list. The list can betied to a date or time period in which request may be made. Requests maybe automatically accepted or rejected if it falls within a certain dateor time. Automatic acceptance or rejection can also be set up based onkeywords or TV channels.

Optionally, content that is accepted can trigger a notification to theone or more of the other approving users on the list that specificcontent is being watched. Optionally, acceptance from more than oneapproving user may be required. For example, a kid may be required toreceive acceptance from both parents before permission is granted toview the content.

Simulated Multimedia Streams Feature

In the current state of the art, it may not possible to show Internetcontent on a TV or other display device, without that content beinginterpreted by a computer, or by having a built-in browser in the deviceitself.

The gateway 101 according to the invention solves this problem byproviding a simulated multimedia stream. Here, the gateway 101 acts asan intermediary between the Internet and the target display device,where the gateway 101 converts specific Internet content into simulatedvideo streams. The simulated video streams can be sent to any targetdisplay device and played back as a regular channel.

FIG. 16 is a flowchart illustrating the simulated multimedia streamsfeature provided by the gateway 101. First, the gateway 101 extractscontent from a web site (step 1601) via a communications link. Thegateway 101 converts the content to a simulated video stream (step 1602)and sends the simulated video stream to a target display device, such asa TV, which is configured to display the simulated video stream (step1603). The device plays the simulated video stream as a regular channel(step 1604). If the target display device is a TV, the simulated videostream is displayed as a regular TV channel.

The simulated multimedia streams can be set up on the gateway 101 usinga pre-defined stream and/or from a user created stream. A network canprovide pre-generated streams that are available through a personalprogram guide offered by the gateway 101. For example, the guide caninclude local weather, local road conditions, local webcams, etc. Tocreate his own simulated multimedia stream, a user can go onto a webportal and configure the new stream. Optionally, a browser can be builtinto the gateway 101 from which the user can configure the streams. Eachcontent can be named, and this name is shown to the user. Optionally, ifthe target display device is a TV, the content names can be merged withthe TV guide, so that the simulated channel is listed along with regularTV channels.

In extracting content from a web site, the gateway 101 can capture thecontent at certain intervals. For example, the content can be extractedfrom the web site each second as an image. These images can then besequenced to simulate a video stream. This simulated video stream isthen sent to the target display device to be played as if it is anotherchannel. FIG. 17 illustrates an example web site for local roadconditions. Some content 1702 on the web site 1701 is extracted from thegateway 101, converted to a simulated video stream 1704, and sent to thetarget display device 1703 for playback.

Significantly, this feature does not require the web site 1701 or thetarget display device to change. The feature is encapsulated within thegateway 101.

Optionally, sub-channels for a simulated multimedia stream can beprovided, where each sub-channel displays a subset of content availablefrom the same web site. For example, in the example shown in FIG. 17,one sub-channel can show the list of freeways, one sub-channel can showthe map of the current congestion, and one sub-channel can show the listof current speeds on each freeway. Instead of offering a channel foreach of these streams, sub-channels are provided that allow the user toswitch between these views. For instance, this could be implemented byscrolling left and right while watching one of these channels.

Shadow Download Feature

The downloading of content onto various devices is growing inpopularity. Content for a mobile device, a personal computer, a cellularphone, etc. are available for download and playback. However, often eachof these devices requires a different resolution or format for the samecontent. For example, content downloaded for use on a mobile device maynot have the proper resolution to be viewed on a personal computer withsatisfactory results. Similarly, content downloaded for use on apersonal computer may have a resolution too high for the mobile deviceto be able to play. Thus, in the current state of the art, a user mustdownload and manage multiple resolutions or formats separately for thesame content, if the user wishes to play the content on differentdevices.

To solve this problem, the gateway 101 according to the inventionprovides a shadow download feature, where if a user downloads content,the user also has access to other resolutions or formats of the samecontent via the gateway 101. FIG. 18 is a flowchart illustrating theshadow download feature provided by the gateway 101. The user browses toa web site and requests to purchase content (step 1801). The web sitequeries the user for an identification of devices for the content andfor the location of the gateway 101 (step 1802). The web site thenqueries the gateway 101 for the formats for the identified devices (step1803). The web site then pushes the content in each format to thegateway 101 (step 1804). In one embodiment, the gateway 101 and the website both record the selected resolution and format for futurerecommendation when the user purchases content.

FIG. 19 is a flowchart illustrating in more detail the shadow downloadfeature. The user browses to an eCommerce web site and sends a requestto access multimedia content, where the request includes a useridentifier corresponding to the user (step 1901). If the web site knowsof the user's target display devices (step 1902), for instance, bysynchronizing with the gateway 101, then the web site simply queries theuser to identify the devices for which the content is to be accessed.

If the web site does not know of the user's target display devices or ofthe gateway 101 (steps 1902 and 1903), then the web site queries theuser for a list of his devices and to identify the devices for which thecontent is to be accessed (steps 1905 and 1906).

If the web site does not know of the user's target display devices butknows of the gateway 101 (steps 1902 and 1903), and the gateway 101knows of the user's target display devices (step 1904), the web site canobtain the list of the user's devices from the gateway 101. The web sitethen queries the user to identify the devices for which the content isto be accessed (step 1906).

If neither the web site nor the gateway 101 knows of the user's targetdisplay devices (steps 1902 through 1904), the web site queries the userfor a list of devices and to identify the devices for which the contentis to be accessed (step 1905).

The web site asks for the location of the gateway 101, if necessary, andthen queries the gateway 101 for the formats for the identified targetdisplay devices (step 1907). After receiving the formats, the web siteforwards the content in each format to the gateway 101 (step 1908).

When the user chooses to view the content on a target display device,the gateway 101 can stream the content to the device in the device'scorresponding format. Similarly, when the user chooses to view the samecontent on another device, the gateway 101 can stream the content inthat device in its appropriate corresponding format.

In each of the features described above, tags may be created for thecontent. These tags are stored with the content, either embedded orseparately. When the content, or a copy thereof, is sent across devicesor gateways, the tags can be sent as well. The tags may also be sharedindependently of the content. Thus, when a content is played using alocal or alternate stream, the embellishments in the tags are displayedalong with the content.

A method and system for integrated personal content access have beendisclosed. The system includes a gateway which is able to communicateacross devices, coordinating media content distribution among thedevices and users. The gateway can seamlessly switch or copy contentstreams from one device to another, even if the devices use differentformats or protocols. Tags for adding embellishments to content on thefly for viewing by the user or by others. Tokens for indicating theidentity and source of the content, along with a location withincontent, can also be used when sharing content or when switching betweendevices. Additionally, a network of gateways is possible, where contentmay be shared between devices connected to different gateways.

Although the present invention has been described in accordance with theembodiments shown, one of ordinary skill in the art will readilyrecognize that there could be variations to the embodiments and thosevariations would be within the spirit and scope of the presentinvention. Accordingly, many modifications may be made by one ofordinary skill in the art without departing from the spirit and scope ofthe appended claims.

1. A method for providing integrated personal content access,comprising: (a) receiving an embellishment command for a video content;(b) storing the embellishment command in a tag; and (c) storing the tagin correlation with the video content, wherein, at the time that thevideo content is retrieved and played, the video content is played incombination with at least one of an audio embellishment and a visualembellishment in correspondence with the embellishment command, withoutpre-rendering the at least one embellishment with the video content. 2.The method of claim 1, wherein the tag comprising the embellishmentcommand edits a display of the video content without changing the videocontent.
 3. The method of claim 1, wherein the storing (c) comprises:(c1) embedding the tag within the video content without pre-renderingthe at least one embellishment with the video content.
 4. The method ofclaim 1, wherein the storing (c) comprises: (c1) storing the tagseparately from the video content without pre-rendering the at least oneembellishment with the video content, wherein the tag comprises anidentifier for the video content.
 5. A content management device fordistributing content to at least one display device, the contentmanagement device comprising: a memory for storing at least one tag incorrelation with a video content, the tag containing an embellishmentcommand received by the content management device; and at least onecontent distribution interface for connecting to the at least onedisplay device and for distributing to the at least one display devicethe video content in combination with at least one of an audioembellishment or a visual embellishment in correspondence with theembellishment command retrieved from the at least one stored tag,without pre-rendering the at least one embellishment with the videocontent.
 6. The device of claim 5, wherein the tag comprising theembellishment command edits a display of the video content withoutchanging the video content.
 7. The device of claim 5, wherein the tag isembedded within the video content without pre-rendering the at least oneembellishment with the video content.
 8. The device of claim 5, whereinthe tag is stored separately from the video content withoutpre-rendering the at least one embellishment with the video content,wherein the tag comprises an identifier for the video content.
 9. Acomputer readable medium with program instructions for providingintegrated personal content access, comprising instructions for: (a)receiving an embellishment command for a video content; (b) storing theembellishment command in a tag; and (c) storing the tag in correlationwith the video content, wherein, at the time that the video content isretrieved for playback, the video content is distributed in combinationwith at least one of an audio embellishment or a visual embellishment inaccordance with the embellishment command in the tag, withoutpre-rendering the at least one embellishment with the video content. 10.A method for providing integrated personal content access, comprising:(a) distributing content to a user device for playback upon receipt atthe user device; (b) receiving a request from the user device to save alocation within the content; (c) creating a token comprising informationabout the content and the location; (d) storing the token in associationwith the content; (e) receiving a request to play the content at atarget device; and (f) retrieving the token and distributing the contentto the target device starting at the location corresponding to thelocation information in the token, for display upon receipt at thetarget device.
 11. The method of claim 10, wherein the content isdistributed to a target gateway associated with the target device fordisplay upon receipt at the target device.
 12. A content managementdevice for distributing content to at least one target device, thecontent management device comprising: a memory for storing at least onetoken in correlation with a content, the token comprising informationabout the content and a location within the content in correspondencewith a request from a requesting device to save the location within thecontent; and at least one content distribution interface for connectingto a target device and for distributing the content to the target devicestarting at the location corresponding to the location information inthe token, the content being displayed upon receipt at the targetdisplay device.
 13. The device of claim 12, wherein the content isdistributed to a target gateway associated with the target device fordisplay upon receipt at the target device.
 14. A computer readablemedium with program instructions for providing integrated personalcontent access, comprising instructions for: (a) distributing content toa user device for playback upon receipt at the user device; (b)receiving a request from the user device to save a location within thecontent; (c) creating a token comprising information about the contentand the location; (d) storing the token in association with the content;(e) receiving a request to play the content at a target device; and (f)retrieving the token and distributing the content to the target devicestarting at the location corresponding to the location information inthe token, for display upon receipt at the target device.
 15. A methodfor providing integrated content access among at least an initial deviceand a target device, comprising: (a) receiving a selection of amultimedia content from the target device; (b) sending, in the eventthat the multimedia content is not identified as having beenpartially-viewed at the initial device, the multimedia content to thetarget device starting at a beginning location for display upon receiptat the target device; and (c) accessing, in the event that themultimedia content is identified as having been partially-viewed at theinitial device, a token corresponding to the multimedia content andsending the multimedia content to the target device starting at alocation retrieved from the token for display upon receipt at the targetdevice.
 16. The method of claim 15, wherein in the event that themultimedia content is identified as having been partially-viewed at theinitial device but is not a paused stream, the accessing (c) comprises:(c1) creating a temporary token corresponding to the multimedia content;and (c2) accessing the temporary token and sending the multimediacontent to the target device starting at a location retrieved from thetemporary token for display upon receipt at the target device.
 17. Themethod of claim 15, wherein the accessing (c) comprises: (c1)determining a best source for the multimedia content; and (c2) sendingthe multimedia content to the target device from the best sourcestarting at the location retrieved from the token for display uponreceipt at the target device.
 18. The method of claim 17, wherein thedetermining (c1) comprises: (c1i) determining if the target device hasdirect access to a stream source for the multimedia content; and (c1ii)if the target device does not have direct access to the stream source,determining if the multimedia content is available through an alternatestream source.
 19. The method of claim 18, wherein the determining (c1)further comprises: (c1iii) if the multimedia content is availablethrough the alternate stream source, sending the multimedia content tothe target device starting at the location retrieved from the token fordisplay upon receipt at the target device.
 20. The method of claim 18,wherein the determining (c1) further comprises: (c1iii) if themultimedia content is not available through the alternate stream source,encoding the multimedia content starting at the location retrieved fromthe token; and (c1iv) sending the encoded multimedia content to thetarget device for display upon receipt at the target device.
 21. Themethod of claim 15, further comprising: (d) receiving a request to pausethe displaying of the multimedia content at the target device; and (e)creating a second token in response to the request, wherein the secondtoken comprises information about a location within the multimediacontent displaying at the target device.
 22. A content management devicefor providing integrated content access among at least an initial deviceand a target device, the content management device comprising: at leastone content distribution interface connected by at least onecommunication link to the initial device and the target device; at leastone processor configured to execute at least one computer-executableinstruction sequence; and a computer-readable medium storing at leastone computer-executable instruction sequence, wherein execution of theat least one computer-executable instruction sequence by the processorcauses the processor to perform: (a) receiving, at the contentmanagement device, a selection of a multimedia content from the targetdevice; (b) sending, in the event that the multimedia content is notidentified as having been partially-viewed at the initial device, themultimedia content via the content distribution interface to the targetdevice starting at a beginning location for display upon receipt at thetarget device; and (c) accessing, in the event that the multimediacontent is identified as having been partially-viewed at the initialdevice, a token corresponding to the multimedia content and sending themultimedia content via the content distribution interface to the targetdevice starting at a location retrieved from the token for display uponreceipt at the target device.
 23. The device of claim 22, wherein in theevent that the multimedia content is identified as having beenpartially-viewed at the initial device but is not a paused stream, theaccessing (c) comprises: (c1) creating a temporary token correspondingto the multimedia content; and (c2) accessing the temporary token andsending the multimedia content to the target device starting at alocation retrieved from the temporary token for display upon receipt atthe target device.
 24. The device of claim 22, wherein the accessing (c)comprises: (c1) determining a best source for the multimedia content;and (c2) sending the multimedia content to the target device from thebest source starting at the location retrieved from the token fordisplay upon receipt at the target device.
 25. A computer readablemedium with program instructions for providing integrated content accessamong at least an initial device and a target device, comprisinginstructions for: (a) receiving a selection of a multimedia content fromthe target device; (b) sending, in the event that the multimedia contentis not identified as having been partially-viewed at the initial device,the multimedia content to the target device starting at a beginninglocation for display upon receipt at the target device; and (c)accessing, in the event that the multimedia content is identified ashaving been partially-viewed at the initial device, a tokencorresponding to the multimedia content and sending the multimediacontent to the target device starting at a location retrieved from thetoken for display upon receipt at the target device.
 26. A method forsharing digital content with at least one target device, comprising: (a)receiving a selection of at least one target contact with which to sharea digital content being displayed on a source device; (b) creating atoken associated with the digital content, the token comprising locationinformation corresponding to a location within the digital content; and(c) sending the token to a target gateway associated with the selectedat least one target contact, the target gateway being configured toaccess the location information from the token and to distribute thedigital content to at least one target device starting at the locationcorresponding to the location information.
 27. The method of claim 26,wherein the receiving (a) comprises: (a1) displaying the content at thesource device; (a2) receiving a request for a list of target contacts;(a3) displaying the list of target contacts; and (a4) receiving theselection of at least one target contact with which to share the digitalcontent being displayed on the source device.
 28. The method of claim26, wherein the sending (c) comprises: (c1) sending a copy of the tokento each target gateway associated with the selected target contacts. 29.The method of claim 26, wherein the sending (c) further comprises: (c1)determining if the target gateway can access the digital content. 30.The method of claim 29, wherein the determining (c1) comprises: (c1i)receiving a request by the target gateway to access the digital content;and (c1ii) analyzing stream information in the token to determine if thetarget gateway has access to the stream.
 31. The method of claim 30,wherein if the target gateway has access to the stream, the determining(c1) further comprises: (c1iii) playing the digital content from thestream at the target device starting at the location indicated by thetoken.
 32. The method of claim 30, wherein if the target gateway doesnot have access to the stream, the determining (c1) further comprises:(c1iii) creating a new stream of the digital content; (c1iv) sending thenew stream to the target gateway; and (c1v) playing the digital contentfrom the new stream at the target device starting at the locationindicated by the token.
 33. A content management device for sharingdigital content with at least one target device, the content managementdevice comprising: at least one content distribution interface connectedby a first communication link to a source device and by a secondcommunication link to at least one target content management device; atleast one processor configured to execute at least onecomputer-executable instruction sequence; and a computer-readable mediumstoring at least one computer-executable instruction sequence, whereinexecution of the at least one computer-executable instruction sequenceby the at least one processor performs: (a) receiving a selection of atleast one target contact with which to share a digital content beingdisplayed on the source device; (b) creating a token associated with thedigital content, the token comprising location information correspondingto a location within the digital content; and (c) sending the token to atarget content management device associated with the selected at leastone target contact, the target content management device beingconfigured to access the location information from the token and todistribute the digital content to at least one target device starting atthe location corresponding to the location information.
 34. The deviceof claim 33, wherein the target gateway receives a request to play thedigital content, and analyzes stream information in the token todetermine if it has access to the stream.
 35. The device of claim 34,wherein if the target gateway has access to the stream, then the targetgateway plays the digital content from the stream at the target devicestarting at the location indicated by the token.
 36. The device of claim34, wherein if the target gateway does not have access to the stream,then the user gateway creates a new stream of the digital content, sendsthe new stream to the target gateway, and plays the digital content fromthe new stream at the target device starting at the location indicatedby the token.
 37. A computer readable medium with program instructionsfor sharing digital content with at least one target device, comprisinginstructions for: (a) receiving a selection of at least one targetcontact with which to share a digital content being displayed on asource device; (b) creating a token associated with the digital content,the token comprising location information corresponding to a locationwithin the digital content; and (c) sending the token to a targetgateway associated with the selected at least one target contact, thetarget gateway being configured to access the location information fromthe token and to distribute the digital content to at least one targetdevice starting at the location corresponding to the locationinformation.
 38. A method for monitoring digital content, comprising:(a) receiving a monitor request associated with a requesting user, themonitor request including a target user identifier; (b) determining adigital content that is being distributed to a target device associatedwith the target user identifier; (c) creating a token which compriseslocation information corresponding to a location within the digitalcontent being distributed to the target device; and (d) distributing acopy of the digital content to a requesting device associated with therequesting user for display on the requesting device starting at alocation corresponding to the location information in the token.
 39. Themethod of claim 38, wherein the receiving (a) comprises: (a1)determining that the requesting user has a right to view the digitalcontent that is being distributed to the target device associated withthe target user identifier.
 40. The method of claim 38, wherein thedistributing (d) comprises: (d1) directing from a local source the copyof the digital content to the requesting device associated with therequesting user starting at the location corresponding to the locationinformation in the token.
 41. The method of claim 38, wherein thedistributing (d) comprises: (d1) directing from a target gatewayassociated with the target device the copy of the digital content to therequesting device associated with the requesting user for display on therequesting device starting at the location corresponding to the locationinformation in the token.
 42. A content management device for monitoringdigital content, the content management device comprising: a contentdistribution interface connected by at least one communication link to arequesting device and to at least one target device; at least oneprocessor configured to execute at least one computer-executableinstruction sequence; and a computer-readable medium storing at leastone computer-executable instruction sequence, wherein execution of theat least one computer-executable instruction sequence by the at leastone processor performs: (a) receiving a monitor request associated witha requesting user, the monitor request including a target useridentifier; (b) determining a digital content that is being distributedto a target device associated with the target user identifier; (c)creating a token which comprises location information corresponding to alocation within the digital content being distributed to the targetdevice; and (d) distributing a copy of the digital content to therequesting device associated with the requesting user for display on therequesting device starting at a location corresponding to the locationinformation in the token.
 43. The device of claim 42, wherein thegateway determines that the requesting user has a right to view thedigital content that is being distributed to the target deviceassociated with the target user identifier.
 44. A computer readablemedium with program instructions for monitoring digital content,comprising instructions for: (a) receiving a monitor request associatedwith a requesting user, the monitor request including a target useridentifier; (b) determining a digital content that is being distributedto a target device associated with the target user identifier; (c)creating a token which comprises location information corresponding to alocation within the digital content being distributed to the targetdevice; and (d) distributing a copy of the digital content to arequesting device associated with the requesting user for display on therequesting device starting at a location corresponding to the locationinformation in the token.
 45. A method for controlling access to digitalcontent, comprising: (a) receiving a content access request from arequesting device that includes a requesting user identifier and contentinformation identifying a digital content; (b) forwarding the contentaccess request to at least one target device corresponding to at leastone approving user identifier, respectively; (c) receiving a response tothe content access request from the at least one target device; (d)preventing distribution of the digital content to the requesting devicein the event that the response comprises a rejection; and (e)distributing the digital content to the requesting device in the eventthat the response comprises an acceptance.
 46. The method of claim 45,wherein the forwarding (b) comprises: (b1) determining if the requestinguser is allowed to send the content access request; and (b2) if so,forwarding the content access request to the at least one target devicecorresponding to the at least one approving user identifier.
 47. Themethod of claim 45, wherein the forwarding (b) comprises: (b1)determining a next approving user identifier from a plurality ofapproving user identifiers; and (b2) forwarding the content accessrequest to the target device corresponding to the next approving useridentifier.
 48. The method of claim 45, wherein the receiving (c)comprises: (c1) determining if the content access request times out; and(c2) preventing distribution of the digital content if the request timesout.
 49. The method of claim 45, wherein the distributing (e) comprises:(e1) distributing the digital content to the requesting device, if aplurality of responses to a plurality of content access requests eachcomprise an acceptance.
 50. The method of claim 45, wherein thedistributing (e) comprises: (e1) receiving from the at least one targetdevice a request to preview the digital content; (e2) creating a tokenfor the digital content, wherein the token comprises information about alocation within the digital content; and (e3) playing the digitalcontent at the at least one target device starting at the locationindicated by the token.
 51. A content management device for controllingaccess to digital content, the content management device comprising: acontent distribution interface connected by at least one communicationlink to a requesting device and to at least one target device; at leastone processor configured to execute at least one computer-executableinstruction sequence; and a computer-readable medium storing at leastone computer-executable instruction sequence, wherein execution of theat least one computer-executable instruction sequence by the at leastone processor performs: (a) receiving a content access request from therequesting device that includes a requesting user identifier and contentinformation identifying a digital content; (b) forwarding the contentaccess request to the at least one target device corresponding to atleast one approving user identifier, respectively; (c) receiving aresponse to the content access request from the at least one targetdevice; (d) preventing distribution of the digital content to therequesting device in the event that the response comprises a rejection;and (e) distributing of the digital content to the requesting device inthe event that the response comprises an acceptance.
 52. The device ofclaim 51, wherein the at least one processor performs the step of:determining if the requesting user is allowed to send the content accessrequest, and if so, forwarding the content access request the at leastone target device corresponding to the at least one approving useridentifier.
 53. The device of claim 51, wherein the at least oneprocessor performs the step of: determining a next approving useridentifier from a plurality of approving user identifiers, andforwarding the content access request to the target device correspondingto the next approving user identifiers.
 54. The device of claim 51,wherein at least one processor performs the step of: receiving from theat least one target device a request to preview the digital content,creating a token for the digital content, wherein the token comprisesinformation about a location within the digital content, and playing thedigital content at the at least one target device starting at thelocation indicated by the token.
 55. A computer readable medium withprogram instructions for controlling access to digital content,comprising instructions for: (a) receiving a content access request froma requesting device that includes a requesting user identifier andcontent information identifying a digital content; (b) forwarding thecontent access request to at least one target device corresponding to atleast one approving user identifier, respectively; (c) receiving aresponse to the content access request from the at least one targetdevice; (d) preventing distribution of the digital content to therequesting device in the event that the response comprises a rejection;and (e) distributing the digital content to the requesting device in theevent that the response comprises an acceptance.